/ocabot rebase

Congratulations, PR rebased to 16.0.

This PR has the approved label and has been created more than 5 days ago. It should therefore be ready to merge by a maintainer (or a PSC member if the concerned addon has no declared maintainer). 🤖

Please, can anyone merge this? LGTM?

Grazie della PR! Come scrissi in #2675 (review):

Secondo me il problema è più generico di account vs l10n_it_account vs account_accountant quindi si potrebbe aprire una issue.

e andrebbe quindi risolto direttamente in Odoo.

Ho approfondito la questione e ho scoperto che tecnicamente questo problema non è un vero e proprio bug.
Da quello che ho capito, il problema di fondo è che in Odoo non è ancora stato implementato un meccanismo di inherit per i menu e finché non verrà fatto non sarà possibile risolvere correttamente la cosa.

Questo comporta che quando ad esempio vado a modificare una voce di menù in questo modo, quello che succede è che per assurdo viene modificata la stringa sorgente del modulo account.
Infatti esportando il file it.po di account dentro troviamo

msgid "Accounting"
msgstr "Fatturazione"

Questo spiega perfettamente il comportamento attuale di Odoo quando viene installato il modulo l10n_it_account. In inglese compare il menù Accounting e in italiano compare Fatturazione.

Rispetto ad allora però ho trovato dei possibili problemi con questo approccio, vedi il commento qui sotto.

Concordo con te che questo approccio apre le porte a diversi potenziali (e reali) problemi.

Se vogliamo continuare ad usare dei work-around, si potrebbe usare un approccio più dinamico, tipo

l10n-italy/l10n_it_riba/models/ir_ui_menu.py

Lines 18 to 26 in f3bbdcd

	# Move the RiBa menu if any of
	# its siblings (menu having same parent before write)
	# is moved (parent changes).
	# This happens when account_accountant (enterprise)
	# is installed or uninstalled.
	root_riba_menu = self.env.ref("l10n_it_riba.menu_riba")
	parent_riba_menu = root_riba_menu.parent_id
	if old_parent == parent_riba_menu and new_parent_id != old_parent.id:
	root_riba_menu.parent_id = new_parent_id

.

Un approccio del genere applicato a questo caso porterebbe a mio parere a complicare ancora di più le cose con il forte rischio di effetti collaterali futuri non prevedibili (es. interazioni con metodi per far funzionare correttamente i menù con il modulo account_accountant, come ad es. il modulo riba o altri in OCA).

Per risolvere alla radice la problematica propongo un nuovo approccio, è un workaround che va a modificare direttamente la stringa tradotta in account.
Agli effetti pratici il risultato che si ottiene equivale a quello che fa il sistema con la stringa sorgente.
In questo modo il menù resta quello originale e funziona correttamente con qualsiasi modulo extra che va ad aggiungere sottomenù.

Cosa ne pensi?

Per risolvere alla radice la problematica propongo un nuovo approccio, è un workaround che va a modificare direttamente la stringa tradotta in account.
Agli effetti pratici il risultato che si ottiene equivale a quello che fa il sistema con la stringa sorgente.
In questo modo il menù resta quello originale e funziona correttamente con qualsiasi modulo extra che va ad aggiungere sottomenù.
Cosa ne pensi?

Molto meglio grazie, e ho anche imparato qualche trucchetto su come funzionano le traduzioni, tipo _get_stored_translations e update_raw 😉.

Più in generale, dici che è fattibile aggiungere un test?

Adesso non riesco, se possibile sarebbe meglio procedere senza. Si può sempre aggiungere successivamente con un'altra PR.

C'erano errori nei test indipendenti da questa PR, ho provato a far ripartire i controlli.

I test falliscono a causa di OCA/account-financial-reporting#1243 (vedi #4461).

/ocabot rebase

Congratulations, PR rebased to 16.0.